Как говорят наши коллеги из США, Франции, Австралии: “Вы можете не верить в Agile, но разрабатывать хорошие продукты по-другому невозможно”. Мы разделяем это мнение, подтвержденное десятками успешных коллабораций Ippon с крупнейшими компаниями мирового уровня. Было бы сложно достичь подобных результатов без устойчивой концепции работы с продуктами. Расскажем подробнее о том, как мы применяем нашу методологию “Discovery to Delivery”, в чем ее безусловные преимущества.

В начале хочется обозначить самые частые запросы, с которыми обращается менеджмент:
1. Уменьшить время вывода продуктов на рынок (сократить time to market),
2. Увеличить прибыль посредством улучшения существующих продуктов,
3. Увеличить прибыль посредством вывода на рынок новых продуктов.
Если первая потребность не может быть удовлетворена без глобальных организационных изменений, то решение двух других задач неразрывно связано с исследованием и улучшением пользовательского опыта, проработкой концепции и ценностного предложения, валидацией продуктовых гипотез, работой с откликом рынка.

Мы всегда начинаем с Discovery и не приступаем к Delivery, пока не получим ответы на основные вопросы:

• кто пользователь продукта,
• каковы его проблемы и боли,
• ценностное предложение,
• посредством чего продукт может удовлетворить потребности клиентов,
• какие гипотезы проверяем,
• какие метрики являются ключевыми.

В процессе Discovery мы проектируем концепцию MVP и качественно исследуем предлагаемое решение. Только после комплексной работы прототип отправляется в Delivery для имплементации и дальнейшего тестирования MVP в условиях реального рынка. Не отрицая важности проблемных интервью, riskiest assumption tests (RAT) и иже с ними, мы все-таки верим, что только рынок и реальные сделки могут подтвердить, купят ли то, что вы предлагаете, или следует совершить pivot, а, может, и вовсе отказаться от бизнес-идеи.

Подходы и методологии.

Очень сложно представить максимально быстрое движение вперед без эмпирического способа получения знаний. Поэтому наш этап Discovery основывается на подходах «Test and Learn» и «Fail Fast». Они максимально соответствуют принципам Lean Product Discovery - методологии, которая диктует правило максимально быстрой поставки ценностей пользователям и принятие решений на основании данных.

Любая продуктовая идея - это гипотеза, которую стоит проверить прежде, чем инвестировать значительные средства в полноценную разработку и отправлять в индустриализацию. Обращайтесь с каждой гипотезой как настоящим научным экспериментом, и вы получите любимый клиентами продукт. Ноу-хау не запускаются в массовое производство без успешно пройденного тестирования, верно?

Отдавайте инкремент пользователям настолько быстро, насколько это возможно, чтобы получить реальный вердикт о жизнеспособности продукта или фичи как можно раньше. Ни одно интервью не даст стопроцентной гарантии, что ваш продукт купят.
Вообще мы очень “за” глубинные интервью, но каждый инструмент имеет свое назначение. Мы общаемся с клиентами, чтобы узнать об их текущем опыте, проблемах и способах решения. Но мы не рекомендуем делать выводы о жизнеспособности идеи на основании только интервью. Это исключительно качественная проверка.
Тестируем ли мы прототипы? Конечно! Это одна из основных целей Discovery, который длится в среднем 3-4 недели, если необходимо проработать концепцию продукта или функционала максимально глубоко. “Сердцем” Discovery в Ippon является Design Sprint.

Design sprint.

Design Sprint - это авторская методология, разработанная сотрудником Google - Jake Knapp. Корпорация использует Design Sprint для валидации идей стартапов, потенциально интересных для инвестирования. Кто еще, кроме Google? Например, команда Slack тоже проводила Design Sprint, а Slack плохого не посоветует :) А еще Medium, KLM Airlines, LEGO и даже Британский Музей (казалось бы). И Ippon любит эту удивительную методику. Мы применяем ее в работе с банками, люксовым ритейлом, промышленными компаниями для проверки бизнес-гипотез при запуске новых продуктов или в процессе работы над улучшением текущего функционала программного обеспечения.

Design Sprint имеет фиксированную длину - 5 дней разноплановых активностей, но может составлять и 1-2 дня. Нам нравится начинать коллаборацию именно с Design Sprint, так как он помогает максимально быстро погрузиться в потребности бизнеса, замерить уровень единого контекста в команде, а также качественно провалидировать гипотезы. А еще мы любим Design Sprint за то, что он помогает объединить команду вокруг одной цели. Единая цель - “цемент” командного взаимодействия. Если у вас происходит иначе, срочно меняйте ситуацию. Это один из самых важных признаков того, что что-то идет не так.

Артефакты Discovery.

Второй по популярности вопрос - что мы получим по итогам Discovery? Рассказываем.

UX экспертиза.

В век client-centric подходов невозможно представить себе процесс создания продуктов без глубоких исследований пользовательского опыта. После проведения Discovery вы будете понимать, кто ваши настоящие клиенты, изучите их потребности, ожидания, боли. Вы научитесь проводить глубинные интервью, и не важно “решенческие” они или “проблемные”. Поверьте, механика и принципы их проведения от этого не меняются. Мы инспектируем опыт клиента с текущим продуктом, помогаем выявить несовершенства и превратить их в точки роста для развития функционала. По итогам Discovery вы будете счастливым обладателем своей собственной базы знаний о клиентах, а также получите правдивый фидбек о вашем продукте. Решайте реальные проблемы ваших пользователей и развивайте действительно полезные сервисы.

Product Vision.

А вы делали Product Canvas или Value Proposition Mapping прежде, чем стартовать работу с продуктом? А в процессе работы с продуктом? А когда решаете запилить какую-то новую фичу, как прорабатываете ее концепцию, определяете роль в развитии продукта, формировании позитивного клиентского опыта и степень влияния на достижение положительного бизнес-результата? Если эти вопросы вызвали затруднение или ответы кажутся не совсем убедительными, скорее всего, вы пренебрегаете работой с видением продукта.
Критично важно помочь команде осознать самую важную бизнес-цель и сплотиться для ее достижения. Лучший инструмент для этого - работа над Product vision. Члены команды должны понимать потребности рынка, преимущества продукта, знать, какие проблемы решает продукт и каким образом. Дизайнер не должен рисовать кнопочки, он должен понимать, ЧТО стоит за тем или иным действием. Девелопер не просто кодит, а осознает ценность своей работы, получает фидбек о том, как результат его труда помог решить проблемы пользователей и в чем помог компании.
Мы уделяем особое внимание созданию общего контекста посредством проработки видения продукта в рамках Discovery. Видение должно быть прозрачным, четким и понимаемым всеми, кто работает с продуктом. Это фундамент, на котором строится дом. Помните, что примерно 50% знаний теряется при передаче. Не сосредотачивайте знания о продукте в одних руках.

Road map.

Прогнозируемость - важная история для разработки продуктов. Плюс, как говорилось выше, чаще всего “болит” именно time to market. Четко сформулированное видение продукта позволяет расставить бизнес-акценты максимально точно и сформировать роадмап, основанный на поэтапном развитии функциональности. Одним из самых важных артефактов этапа Discovery является именно роадмап. Мы формируем эволюционную карту продукта, помогаем провести kick-off бэклога и сформировать релизный график в пределах обозримого будущего. Обозримое будущее не должно препятствовать изменению бэклога, про адаптивность нельзя забывать ни в коем случае.

Tech audit.

Важно уже на этапе Discovery оценить и предложить наилучшее техническое решение для реализации идей по улучшению исследуемого продукта. Поэтому результат Discovery это не только облако идей, но и вполне конкретные советы по реализации и непосредственно сама концепция имплементации продукта.

Из артефактов Discovery складывается 3D-модель MVP. Мы исследуем продукт, пользователей, их опыт для того, чтобы сформировать гипотезы и проверить жизнеспособность бизнес-модели посредством технически полноценного прототипа. Клиенты очень редко говорят 100% правду на интервью, RAT помогает провалидировать спрос. И только MVP дает максимально достоверный ответ на вопрос - купят или нет ваш продукт или услугу? Продукт пытается выжить в боевых условиях, поэтому только реальный рынок помогает получить максимально корректные данные экспериментов. Чем раньше прототип “приземлится” на маркет, тем лучше. Fail fast, и не инвестируй в нежизнеспособные проекты. Discovery формирует правильную концепцию, Delivery определяет методологию поставки, MVP - способ развеять бизнес-галлюцинации.

Мифы о Discovery.

"Это “решение под ключ”."

Нет. Мы владеем опытом в разработке продуктов, методологией и компетенциями для того, чтобы помочь добыть “золотое руно”. Мы проводим воркшопы, фасилитируем, задаем вопросы, направляем в нужное русло, но мы не заменим экспертизы в потребностях конкретного бизнеса. Команда - носители знаний о продукте. Мы - эксперты в переработке опыта и знаний. Вместе мы - движущая сила позитивных изменений.

"Это “серебряная пуля”."

Нет. У нас нет универсальной программы Discovery. Мы считаем, что предлагать какие-либо активности без первичного аудита потребностей бизнеса не эффективно. Велика вероятность, что без понимания общей картины результат окажется не полезным для компании. Мы не хотим бесцельно тратить ресурсы клиентов. Мы предлагаем короткую демо-программу, но ее цель - предложить попробовать применить гибкий подход к работе с продуктами. Даже дизайн-спринт может наполняться совершенно разными воркшопами в зависимости от степени зрелости продукта и текущих бизнес-приоритетов.

"Мы делаем то же самое."

Да, некоторые компании с развитой продуктовой культурой действительно работают по схожим методологиям и фреймворкам, но их процент, по нашей оценке, невелик. Чаще гибкие методологии, практики дизайн-мышления и принципы бережливого производства с трудом “заходят” в текущие рабочие процессы крупных компаний, потому что неразрывно связаны с изменением сознания большого количества людей и оргструктуры в целом. Мы очень рады, что, несмотря на сложность проведения подобных трансформаций, крупные игроки все-таки начинают инвестировать в исследования клиентского опыта, людей, коммуникации и повышение эффективность взаимодействий. В недалеком будущем именно они займут первые места, потеснив тех, кто предпочитает думать за клиента и трекать часы вместо бизнес-метрик.

Топ-5 признаков того, что вам необходимы изменения. И Discovery.

Внимание, ниже вы найдете список опасных умозаключений, которые тормозят развитие вашего продукта и являются, на самом деле, точками роста:

1. Продукт это “вотчина” менеджера продукта (именно менеджера, а не владельца продукта). Дизайнер рисует то, что скажет продуктовед. Девелоперы пилят то, что им сказали и нарисовали. Менеджер пишет требования к продукту и согласовывает их по всем инстанциям. Требования менять очень опасно, потому что это влечет новый круг согласований.
2. Воркшопы не имеют практической ценности. Люди, участвующие в воркшопах, меньше работают и успевают. Лучше делать то, что написано в требованиях и не пытаться продумывать альтернативное решение.
3. Личные коммуникации внутри команды вредны, потому что это пустая трата времени на разговоры без результата. Хочешь что-то сказать - напиши в слак, и делай то, что написано в требованиях.
4. Вы считаете, что у команды достаточно знаний о потребностях клиентов, но при этом исследования клиентского опыта проивзодятся не регулярно и нечасто.
5. Если тестирование продуктовых гипотез скорее редкость, чем must-have активность команды.

Это реальные и часто встречающиеся возражения, с которыми мы работаем каждый день. Возможно, вы тоже слышали подобные фразы от руководства или коллег. За каждым аргументом “против” стоит или негативный опыт применения инструментов Discovery, или “я сам знаю”. Изменить ситуацию можно только через положительные эмоции и реальные результаты.

Приглашайте Ippon и приходите послушать нашу презентацию о методологии “Discovery to Delivery”. Мы обязательно определим точки роста и проведем интересные воркшопы, результаты которых не заставят себя долго ждать. У нас есть достаточно практических примеров, доказывающих, что люди и взаимодействие важнее процессов и инструментов.